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(54) Data communication system, data communication method, data communication apparatus 
and digital interface 



(57) Provided are a communication system and a 
communication protocol for logically connecting a 
source node and one or more destination nodes, and 
for controlling data communication between the individ- 
ual nodes by employing a connection ID that is used to 
identity the logical connection relationship. 

FIG. 2 



Further, provided are a communication system and 
a communication protocol, whereby sequential trans- 
mission of data between a source node and one or more 
destination nodes can be satisfactorily halted through 
only simple processing, without complicated communi- 
cation procedures being required. 
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Description 

BACKGROUND OF THE INVENTION 
Field of the Invention 



[0001] The present invention relates to a data com- 
munication system, a data communication method, a 
data communication apparatus, and a digital interface. 
In particular, the present invention pertains to a network 
for transmitting communication data (including image 
data) and command data together at a high speed, and 
a communication protocol that can be applied for the 
network. 

Related Background Art 

[0002] Conventionally, hard disks and printers are the 
peripheral devices that are most frequently employed 
with personal computers (PCs). One of these peripheral 
devices is connected to a PC via a special input/output 
interface or via a general-purpose digital interface, such 
as a SCSI (a small computer system interface). 
[0003] Recently, however, AV (Audio/Visual) devices, 
such as digital cameras and digital video cameras, have 
become popular, and taken together they constitute an- 
other type of peripheral that can be used with a PC. Such 
an AV (Audio/Visual) device can be connected to a PC 
via an interface. 

[0004] Fig. 1 is a diagram illustrating a conventional 
communication system that comprises a PC and an AV 
device. 

[0005] In Fig. 1, 101 denotes an AV device (a digital 
camera), 102 denotes PC and 103 denotes a printer. 
[0006] The digital camera 101 comprises: a memory 
104, in which image data is compressed and recorded: 
a decoder 105, for expanding the compressed image 
data stored in the memory 104 in order to decode them: 
an image processing unit 106; a D/A converter 107 a 
display unit 108 that includes an EVF; anda special dig- 
ital I/O unit 109, for connecting the digital camera 101 
and the PC 102. 

[0007] The PC 102 comprises: a special digital I/O 
unit 110, for connecting the PC 102 to the digital camera 
101 : an operation unit 111, including a keyboard and a 
mouse; a decoder 112, for expanding the compressed 
image data in order to decode them; a display unit 113: 
a hard disk 1 1 4; a memory 1 1 5, such as a RAM: an MPU 
1 1 6; a PCI bus 1 1 7; and a SCSI interface, for connecting 
the PC 102 to the printer 103. 

[0008] The printer 103 comprises: a SCSI interface 
119, for connecting the printer 103 to the PC 102 a 
memory 120: a printer head 121; a printer controller, for 
controlling the operation of the printer 103: and a driver 
123. 

[0009] In a conventional communication system the 
special digital interface (digital I/O unit) 109 of the digital 
camera 101 and the digital interface (SCSI interface) 
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119 of the printer 103 are not compatible, and one can 
not be directly connected to the other. Therefore, when 
for example, the digital camera 101 is to transmit a still 
image to the printer 103, the PC must serve as a relay. 

5 [0010] The conventional special digital interface 109 
and the conventional SCSI interface 119 have many 
shortcomings: their data transfer rates are low, especial- 
ly when, for a still image or a moving picture, there is a 
large amount of data to be transferred from an AV de- 

'0 vice; thick cables are employed fgr parallel communica- 
tion; only a small number and a few types of peripheral 
devices can be connected: the connection system is lim- 
ited: and data transfers can not be performed in real 
time. 

'5 [001 1] A fast, high-performance, next generation dig- 
ital interface that can resolve the above shortcomings is 
one that conforms to the well known IEEE (the Institute 
of Electrical and Electronics Engineers, Inc.) 1 394-1 995 
interface standards. 

20 [0012] A digital interface that conforms to the IEEE 
1394-1995 interface standards (hereinafter referred to 
as a 1 394 interface) has the following features. 



25 



30 



(1) The data transfer speed is high. 

(2) The real-time data transmission system, i.e., the 
isochronous transmission system, and the asyn- 
chronous transmission system are supported. 

(3) A connection configuration (topology) having a 
high degree of freedom can be obtained. 

(4) The Plug and Play function and the active line 
detachment function are supported. 



[0013] However, while in the IEEE 1394-1995 stand- 
ards the physical and electrical connections for a con- 
3S nector and the most fundamental data transmission sys- 
tems are defined, a data type, a data format and a com- 
munication protocol to be employed for the exchange of 
data are not defined. 

[0014] Since according to the IEEE 1 394-1 995 stand- 
ee ards a response for the receipt of a packet is not defined 
for the isochronous transmission system, there is no 
way by which to ensure that an individual isochronous 
packet has been received. Therefore, the isochronous 
transmission system can not be employed when a plu- 
J 5 rality of sets of sequential data are to be transmitted, or 
when data in a file is to be transmitted by dividing the 
data into a plurality of data sets. 

[0015] In the isochronous transmission system ac- 
cording to the IEEE 1394-1995 standards, the total 
so number of communications is limited to 64. even though 
there is an empty space in a transmission band. There- 
fore, the isochronous transmission system is not ade- 
quate for multiple communications carried by a small 
transmission band. 
55 [0016] According to the IEEE 1394-1995 standards, 
the transmission of data must be halted when a bus is 
reset because the power to a node is turned on or off. 
or when the connection or disconnection of the node is 
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established. However, according to the IEEE 1394-1995 
standards, when data transmission is hatted (stopped) 
due to the resetting of a bus or to an error that occurs 
during transmission, the contents of the data that are 
lost can not be identified. Further, very complicated 
communication processing must be performed to 
resume the transmission: 

[0017] The bus resetting function is a function for au- 
tomatically identifying a new topology and for setting an 
address (node ID) that is allocated to the node. Accord- 
ing to this function, the Plug and Play function and the 
active line detachment function can be provided by ap- 
plying the IEEE 1 394-1995 standards. 
[0018] For a communication system that conforms to 
the IEEE 1394-1995 standards, real time processing is 
not required, and no specific communication protocol 
has been proposed that can be used for dividing a com- 
paratively large amount of object data that must be re- 
liable (e.g., still image data, graphics data, text data, file 
data or program data) into more than one data segment, 
and for sequentially transmitting the data segments. 
[0019] In addition, for a communication system that 
conforms to the IEEE 1394-1995 standards, no specific 
communication protocol has been proposed that can be 
used to implement data communications among a plu- 
rality of devices by employing a communication method 
for the asynchronous broadcasting ol data. 

SUMMARY OF THE INVENTION 

[0020] It is one object of the present invention to solve 
the above described problems. 

[0021] It is another object of the present invention to 
provide a technique, for a data communication system, 
a data communication method, a data communication 
apparatus and a digital interface, whereby it is ensured 
that object data for which real time processing is not re- 
quired can be sequentially transmitted. 
[0022] It is an additional object of the present inven- 
tion to provide a technique, for a data communication 
system, a data communication method, a data commu- 
nication apparatus and a digital interface, whereby se- 
quential transmission of data between a source node 
and one or more destination nodes can be satisfactorily 
halted through only simple processing, without compli- 
cated communication procedures being required. 
[0023] As one preferred embodiment for such objects, 
according to the present invention, a data communica- 
tion system comprises: 

a source node for transmitting data composed of 
one or more segments by employing at least one 
asynchronous communication: 
one or more destination nodes for receiving data 
from the source node; and 

a controller for setting a logical connection relation- 
ship between the source node and the one or more 
destination nodes, 



wherein one of the source node, the destination 
node and the controller halts transmission of the da- 
ta. 

5 [0024] As one more preferred embodiment of the 
present invention, a data communication system com- 
prises: 

a source node for transmitting data composed of 
w one or more segments by employing at least one 
broadcast communication in accordance with a log- 
ical connection relationship; and 
one or more destination nodes for receiving data 
from the source node in accordance with the logical 
is connection relationship: 

wherein the transmission of the data is halted by 
either the source node or the one more destination 
nodes. 

20 [0025] As another preferred embodiment of the 
present invention, a data communication method com- 
prises the steps of: 

establishing a logical connection relationship be- 
25 tween a source node and one or more destination 
nodes; 

transmitting data composed of one or more seg- 
ments to the one or more destination nodes by em- 
ploying at least one asynchronous communication: 
30 and 

receiving the data carried by the asynchronous 
communication in accordance with the logical con- 
nection relationship that has been established, 
wherein, at least one of the source node, the desti- 
35 nation node and a controller halts transmission of 
the data. 

[0026] As an additional preferred embodiment of the 
present invention, a data communication method com- 
40 prises the steps of: 

transmitting data composed of one or more seg- 
ments by employing at least one broadcast commu- 
nication in accordance with a logical connection re- 
45 lationship; and 

receiving data from the source node in accordance 
with the logical connection relationship: and 
halting the transmission of the data using either the 
source node or the one more destination nodes. 

so 

[0027] As a further preferred embodiment of the 
present invention, a data communication method com- 
prises the steps of: 

55 assembling data composed of one or more seg- 
ments to form as least one communication packet: 
and 

asynchronously transmitting the communication 
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packet in accordance with a logical connection re- 
lationship that is established between a source 
node and one or more destination nodes; and 
halting asynchronous transmission of at least one 
communication packet. 

[0028] As one further embodiment of the present in- 
vention, a data communication method comprises the 
steps of: 

receiving at least one communication packet car- 
ried by an asynchronous communication in accord- 
ance with a logical connection relationship that is 
established between a source node and one or 
more destination nodes; 

writing data included in the communication packet 
in a memory space used in common with another 
device: and 

halting asynchronous transmission of at least one 
communication packet. 

[0029] As yet one more embodiment of the present 
invention, a data communication method comprises the 
steps of: 

establishing a logical connection relationship be- 
tween a source node and one or more destination 
nodes; 

notifying the source node and the one or more des- 
tination nodes of a connection I D to be used to iden- 
tify participants in the logical connection relation- 
ship; and 

halting asynchronous transmission of at least one 
communication packet. 

[0030] As yet another embodiment of the present in- 
vention, a data communication apparatus comprises: 

a unit for assembling data composed of one or more 
segments to form as least one communication 
packet; and 

a unit for asynchronously transmitting the commu- 
nication packet in accordance with a logical connec- 
tion relationship that is established between a 
source node and one or more destination nodes, 
wherein asynchronous transmission of at least one 
communication packet is capable of being halted. 

[0031] As yet an additional embodiment of the present 
invention, a data communication apparatus comprises: 

a unit for receiving at least one communication 
packet by an asynchronous communication in ac- 
cordance with a logical connection relationship that 
is established between a source node and one or 
more destination nodes; and 
a unil for writing data included in the communication 
packet in a memory space used in common with an- 



other device, 

wherein asynchronous transmission of at least one 
communication packet is capable of being halted. 

5 [0032] As yet a further embodiment of the present in- 
vention, a data communication apparatus comprises: 

a unit for establishing a logical connection relation- 
ship between a source node and one or more des- 

10 tination nodes; and 

a unit for notifying the source node and the one or 
more destination nodes of a connection ID to be 
used to identify participants in the logical connec- 
tion relationship, and for halting asynchronous 

15 transmission in accordance with the logical connec- 
tion relationship. 

[0033] As yet one further embodiment of the present 
invention, a digital interface comprises 

20 

a unit for assembling data composed of one or more 
segments to form as least one communication 
packet: and 

a unit for asynchronously transmitting the commu- 
25 nication packet in accordance with a logical connec- 
tion relationship that is established between a 
source node and one or more destination nodes, 
wherein asynchronous transmission of at least one 
communication packet is capable of beinq halted 

30 

[0034] As still one more embodiment of the present 
invention, a digital interface comprises: 

a unit for receiving at least one communication 
*s packet by an asynchronous communication in ac- 
cordance with a logical connection relationship that 
is established between a source node and one or 
more destination nodes; and 
a unit for writing data included in the communication 
o packet in a memory space used in common with an- 
other device, 

wherein asynchronous transmission of at least one 
communication packet is capable of being halted. 

5 [0035] As still another embodiment of the present in- 
vention, a digital interface comprises: 

a unit for establishing a logical connection relation- 
ship between a source node and one or more des- 
> tination nodes; and 

a unit for notifying the source node and the one or 
more destination nodes of a connection ID to be 
used to identify participants in the logical connec- 
tion relationship, and for halting asynchronous - 
transmission in accordance with the logical connec- 
tion relationship. 

[0036] Still other objects of the present invention and 
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the advantages thereof will become fully apparent dur- 
ing the course of the following detailed description given 
for the embodiments. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0037] 

Fig. 1 is a diagram illustrating a conventional sys- 
tem: 

Fig. 2 is a block diagram showing an example ar- 
rangement for a communication system according 
to a first embodiment of the present invention; 
Fig. 3 is a conceptual diagram for explaining the ba- 
sic structure of a communication protocol according 
to the first embodiment of the present invention: 
Figs. 4A, 4B and 4C are sequence charts for ex- 
plaining the basic communication procedure cov- 
ered by the communication protocol according to 
the first embodiment of the present invention: 
Fig. 5 is a diagram showing the structure of an asyn- 
chronous broadcast packet according to the first 
embodiment: 

Figs. 6A and 6B are diagrams for explaining an ad- 
dress space included in each node; 
Fig. 7 is a diagram for explaining a transfer model 
for object data: 

Fig. 8 is a diagram for explaining the structure of a 
1394 interface according to the first embodiment; 
Fig. 9 is a sequence chart for explaining the com- 
munication procedure covered by a communication 
protocol according to a second embodiment of the 
present invention; and 

Figs. 10A to 10C are sequence charts for explaining 
the communication procedure covered by a com- 
munication protocol according to a third embodi- 
ment of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0038] The preferred embodiments of the present in- 
vention will hereinafter be described in detail while re- 
ferring to the accompanying drawings. 
[0039] Fig. 2 is a diagram illustrating an example ar- 
rangement of a data communication system according 
to a first embodiment of the present invention. As is 
shown in Fig. 2, the data communication system com- 
prises a computer 10. a digital video recorder with built- 
in camera 28, and a printer 60. 

[0040] The arrangement of the computer 10 will be 
described first. An MPU 12 controls the operation of the 
computer 10. A 1394 interlace 14 includes a function 
that conforms to the IEEE 1394-1995 standards and a 
function that is associated with a communication proto- 
col that is specified in this embodiment. An operating 
unit 16 includes a keyboard and a mouse. A decoder 18 
decodes compressed and encoded digital data (moving. 



image data, still image data, audio data. etc.). A display 
unit 20 includes a display device, such as a CRT display 
or a liquid crystal panel. A hard disk (HD) 22 is used to 
store various types of digital data (moving image data, 

5 still image data, audio data : graphics data, text data, 
program data, etc.), and an internal memory 24 is also 
provided as a storage medium. An internal bus 26 is, for 
example, a PCI bus that interconnects the individual 
sections of the computer 10. 

w [0041] The arrangement of the digital video recorder 
with built-in camera (hereinafter referred to as a D VCR) 
28 will now be described. An image pickup unit (opt) 30 
converts an optical image of an object into an electrical 
signal and converts the signal into an analog signal, and 

is an analog/digital ( A/D) converter 32 converts the analog 
signal into a digital signal. An image processing unit 34 
changes digital moving image or still image data into dig- 
ital image data having a predetermined format. A com- 
pression/expansion unit 36 includes a function for de- 

20 coding compressed and encoded digital code (moving 
image data, still image data, audio data, etc.) and a func- 
tion for performing the high-efficiency encoding of digital 
image data (e.g., like the MPEC or DV method : the dig- 
ital image is vertical converted to provide a variable 

25 length predetermined unit image that is then quantized 
and encoded). A memory 38 is used to temporarily store 
digital image data for which high-efficiency encoding 
has been performed, and a memory 40 is used to tem- 
porarily store digital image data for which high-efficiency 

30 encoding has not been performed. A data selector 42 
selects either the memory 38 or the memory 40. A 1 394 
interface 44 includes a function that conforms to the 
IEEE 1394-1995 standards and a function that is asso- 
ciated with the communication protocol that is specified 

35 in this embodiment. Memory controllers 46 and 48 con- 
trol the writing and the reading processes for the mem- 
ories 38 and 40. A system controller 50. which includes 
a microcomputer, controls the operation of the DVCR 
28. An operating unit 52 includes a remote controller and 

40 an operation panel. A electronic viewfinder (EVF) 54 is 
used to display an analog image signal. A D/A converter 
56 converts a digital signal into an analog signal. A re- 
corder/reproducer 58 is a recording medium, such as a 
magnetic tape, a magnetic disk, or a magneto-optic disK. 

45 and is used to record or reproduce various types of dig- 
ital data (moving image data, still image data or audio 
data and so on). 

[0042] The arrangement of the printer 60 will now be 
described. A 1394 interface 62 includes a function for 

50 conforming to the IEEE 1394-1995 standards and a 
function that is associated with a communication proto- 
col that is specified in this embodiment. 64 denotes a 
data selector. An operating unit 66 includes an operation 
button and a touch panel and soon. A printer controller 

55 68 controls the operation of the printer 60. 70 denotes 
a decoder and 72 denotes an internal memory. An image 
processing unit 74 processes still image dala. text data 
or graphics data it receives through a 1 394 interface. 76 
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denotes a driver and a printer head 78 performs print- 
ing. 

[0043] As is shown in Fig. 2, the individual communi- 
cation devices (hereinafter referred to nodes) of the 
computer 10, the DVCR 28 and the printer 60 are inter- 
connected via 1 394 interfaces 14, 44 and 62. Hereinaf- 
ter a network constituted by the 1394 interfaces is re- 
ferred to as a 1394 serial bus. Since a predetermined 
communication protocol is defined, the nodes can ex- 
change various object data (e.g., moving image data, 
still image data, audio data, graphics data, text data! 
program data, etc.), and command data can be used to 
remotely control the nodes. In this embodiment, the 
communication protocol for the employment of the asyn- 
chronous transmission system is defined. 
[0044] An explanation will now be given, while refer- 
ring to Fig. 2, of the operations performed by the indi- 
vidual nodes constituting the communication system in 
this embodiment. 

[0045] First, the functions of and the operations per- 
formed by the individual units of the computer 1 0 will be 
described. 

[0046] In this embodiment, the computer 10 is oper- 
ated, for example, as a controller for controlling the ex- 
change of image data between the DVCR 28 and the 
printer 60, or as a controller for remotely controlling the 
DVCR 28 and the printer 60. 

[0047] The MPU 12 executes software recorded on 
the hard disk 22, and moves various data to the internal 
memory 24. The MPU 12 also provides an arbitration 
function for the individual units that are connected by 
the internal bus 26. 

[0048] The 1 394 interface 1 4 can receive image data 
from the 1394 serial bus, and can transfer to the 1394 
serial bus image data received from the hard disk 22 or 
from the internal memory 24. The 1 394 interface 1 4 can 
also relay command data for exercising remote control 
of the other nodes along the 1394 serial bus. Further, 
the 1394 interlace 14 has a function for transmitting to 
a different node a signal received via the 1394 serial 
bus. 

[0049] A user selects desired software by using the 
operating unit 16 to instruct the MPU 12 to execute soft- 
ware recorded on the hard disk 22. Information concern- 
ing the software is provided the user by the display unit 
20. In accordance with the software, the decoder 18 de- 
codes image data received via the 1394 serial bus. The 
decoded image data are provided the user by the dis- 
play unit 20. 

[0050] The functions and operations of the individual 
units of the DVCR 28 will now be described. 
[0051] In this embodiment, DVCR 28 is operated, for 
example, as an image transmitter (source node) for 
asynchronously transmitting image data based on the 
communication protocol for this embodiment. 
[0052] The image pickup unit 30 converts the optical 
image of an object into an electrical signal consisting of 
a luminance signal (Y) and a color 'signal (C), and sup- 



plies the electrical signal to the A/D converter 32. The 
A/D converter 32 then converts the electrical signal into 
a digital signal. 

[0053] The image processing unit 34 performs prede- 
s termined image processing for the digital luminance sig- 
nal and the digital color signal, and mulitplexes the re- 
sultant digital signals. And thereafter the compression/ 
expansion unit 36 compresses the digital luminance sig- 
nal and the digital color signal. The compression/expan- 
'0 sion unit 36 may employ a separate compression circuit 
and process the luminance signal and the color signal 
in parallel, or it may employ time sharing and process 
the two signals by using a compression circuit that is 
employed in common. 
'5 [0054] The compression/expansion unit 36 shuffles 
the compressed image data in order to provide a means 
for countering transmission path errors. Therefore, se- 
quential code errors, i.e., consecutive errors, can be 
changed to dispersed errors, i.e., random errors, that 
20 can be easily corrected or interpolated. When a data vol- 
ume that varies due to the density of the images project- 
ed onto a screen is to be made uniform, this process 
should be performed before compression, so that it will 
be convenient to employ variable length encoding, such 
25 as run length. 

[0055] The compression/expansion unit 36 adds, to 
the compressed image data, data identification informa- 
tion (ID) for recovering from the shuffling. In addition, 
the compression/expansion unit 36 adds an error cor- 
30 rection code (ECC) to the compressed image data in 
order to reduce the number of errors that occur during 
recording and reproduction. 

[0056] The image data that are compressed by the 
compression/expansion unit 36 are transmitted to the 
35 memory 38 and the recorder/reproducer 58. The record- 
er/reproducer 58 adds the ID and the ECC to the com- 
pressed image data and records it on a recording me- 
dium, such as a magnetic tape. The compressed image 
data are stored in a different recording area from that 
40 used for audio data. 

[0057] The D/A converter 56 converts the image data 
received from the image processing unit 34 into an an- 
alog image signal, and the EVF 54 displays the analog 
image signal it receives from the D/A converter 56. The 
45 image data processed by the image processing unit 34 
are also transmitted to the memory 40. In this case, un- 
compressed image data are transmitted to the memory 

[0058] The data selector 42 selects the memory 38 or 
50 the memory 40 in accordance with an instruction issued 
by a user, and transmits either the compressed image 
dala or the uncompressed image data to the 1 394 inter- 
face 44. The data selector 42 transmits, to either the 
memory 38 or the memory 40, the image dala received 
55 from the 1394 interface 44. 

[0059] Based on the communication protocol that will 
be described later, the 1 394 interface 44 asynchronous* 
ly transmits the compressed image data or the uncom- 
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pressed image data. Further, the 1394 interface 44 re* 
ceives, via the 1394 serial bus, a control command for 
exercising control of the DVCR 28. The received control 
command is transmitted via the data selector 42 to the 
controller 50. The 1 394 interface 44 issues a response 
acknowledging receipt of the control command. 
[0060] The functions and operations of the individual 
units of the printer 60 will now be described. 
[0061] The printer 60 in this embodiment is operated, 
for example, as an image receiver (destination node) for 
receiving image data that is asynchronously transmit- 
ted, based on the communication protocol for this em- 
bodiment, and for printing the received image data. 
[0062] The 1 394 interface 62 receives image data and 
a control command that are asynchronously transmitted 
via the 1394 serial bus. Thereafter the 1394 interface 
62 issues a response acknowledging receipt of the con- 
trol command. 

[0063] The received image data are transmitted via 
the data selector 64 to the decoder 70. The decoder 70 
decodes the image data, and outputs the results to the 
image processing unit 74. The image processing unit 74 
temporarily stores the decoded image data in the mem- 
ory 72. 

[0064] The image processing unit 74 converts the im- 
age data temporarily stored in the memory 72 into print 
data, and transmits the print data to the printer head 78. 
The printer head 78 executes a printing process under 
the control of the printer controller 68. 
[0065] The received control command is transmitted 
via the data selector 64 to the printer controller 68. The 
printer controller 68 employs the control data to control 
various printing related procedures. For example, the 
printer controller 68 controls the driver 76 that feeds pa- 
per, and adjusts the position of the printer head 78. 
[0066] The structures of the 1394 interlaces 14, 44 
and 62 in this embodiment will now be described, while 
referring to Fig. 8. 

[0067] The 1 394 interface is functionally constituted 
by a plurality of layers. In Fig. 8, the 1394 interface is 
connected to the 1394 interface of another node via a 
communication cable 801 that conforms to the IEEE 
1394-1995 standards. The 1394 interface has one or 
more communication ports 802, each of which is con- 
nected to a physical layer 803 that is included in the 
hardware portion. 

[0068] In Fig. 8, the hardware portion includes the 
physical layer 803 and a link layer 804. The physical lay- 
er 803 serves as a physical and electrical interface with 
another node, detects the resetting of a bus and pre- 
forms associated processes, encodes/decodes an in- 
put/output signal, and provides an arbitration function to 
settle conflicts concerning the right of use of a bus. The 
link layer 804 generates a communication packet, ex- 
changes various types of communication packets, and 
controls a cycle timer. In addition, the link layer 804 has 
a function for generating asynchronous broadcast pack- 
ets and .a function for exchanging such packets, which 



will be described later. 

[0069] In Fig. 8, the firmware portion includes a trans- 
action layer 805, and a serial bus management portion 
806. The transaction layer 805 manages the asynchro- 

5 nous transmission system and provides various types 
of transactions (reading, writing and locking). The trans- 
action layer 805 also provides an asynchronous broad- 
cast transaction function, which will be described later. 
The serial bus management portion 806 provides a 

io function for, based on the IEEE 1 21 2 CSR standards that 
will be described later, controlling the node that it be- 
longs to, managing the connection state of the node, 
managing the ID information of the node, and managing 
the resources of the serial bus network. 

'5 [0070] The hardware portion and the firmware portion 
in Fig. 8 substantially constitute the 1394 interface, and 
its basic structure is as specified in the IEEE 1 394-1995 
standards. 

[0071] The functioning of an application layer 807, 
20 which is included in a software portion and which des- 
ignates object data and the method to be used for its 
transmission, varies in accordance with the application 
software that is to be used. 

[0072] The communication protocol in this embodi- 
es ment expands the functions of the hardware portion and 
the firmware portion of the 1 394 interface, and provides 
innovative transmission processing for the software por- 
tion. 

[0073] The basic structure of the communication pro- 
30 tocol defined in this embodiment will now be explained 
while referring to Fig. 3. 

[0074] In Fig. 3, the basic structure comprises: a con- 
troller 300; a source node 302; n (n > 1) destination 
nodes 304; a sub-unit 306 included in the source node 

35 302; and object data 308, such as still image data, 
graphics data, text data, file data or program data. 
[0075] A first memory space 310 is defined in the des- 
tination node 304 by employing a predetermined desti- 
nation offset (destination_offset #0). A first connection 

•to 31 2 represents a logical connection relationship estab- 
lished between the source node 302 and the destination 
node 304. It should be noted that the destination offset 
is an address by which to designate in common memory 
spaces in n destination nodes 304, 

45 [0076] An n-th memory space 314 is defined in the 
destination node 304 by a predetermined destination 
offset (destination_offset #n). An n th connection 316 
represents the logical connection relationship estab- 
lished between the source node 302 and the destination 

so node 304. 

[0077] In this embodiment, the individual nodes man- 
age the first to the n-th memory spaces 310 to 314 by 
using 64-bit address spaces that conform to the 
IEEE1212 CSR (Control and Status Register Architec- 

55 ture) standards (or the ISO/lEC 13213: 1994 stand- 
ards). The IEEE 1212 CSR standards are those for 
specifying the control, the management and the address 
allocation for the serial bus. 
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[0078] Figs. 6A and 6B are diagrams for explaining 
the address space included in each node. In Fig. 6A is 
shown a logical memory space that is represented by a 
64 bit address. In Fig. 6B is shown one part of the ad- 
dress space shown in Fig. 6A, where the upper 16 bits 
represent FFFF 16 . The first memory space 31 0 to the n- 
th memory space 31 4 in Fig. 3 employ a part of the mem- 
ory space in Fig. 6B. and a destination offset address 
for each of them is included in the lower 48 bits of an 
address. 

[0079] In Fig. 6B ; for example, 000000000000! 6 to 
0000000003FF 16 define a reserved area, while actually 
the object data 308 are written in an area for which the 
starting address in the lower 48 bits is 
FFFFF0000400 16 . 

[0080] In Fig. 3, the source node 302 is a node that 
includes a function for transmitting the object data 308 
in accordance with the communication protocol that will 
be described later The destination node 304 is a node 
that includes a function for receiving the object data 308 
from the source node 302. The controfler 300 is a node 
for establishing a logical connection relationship be- 
tween the source node 302 and one or more destination 
nodes 304 in accordance with the communication pro- 
tocol that will be described later, and for managing the 
logical connection relationship. 

[0081] Separate nodes may be provided as the con- 
troller 300, the source node 302 and the destination 
node 304. A single node may be provided as the con- 
troller 300 and the source node 302, and a single node 
may be provided as the controller 300 and the destina- 
tion node 304. In this case, no transaction is required to 
be effected between the controller 300 and the source 
node 302, or the destination node 304, and the process- 
ing is simplified. 

[0082] In this embodiment, the separate nodes are 
provided as the controller 300, the source node 302 and 
the destination node 304. The computer 10, including 
the 1394 interface 14, serves as the controller 300, the 
DVCR 28, including the 1 394 interface 44, serves as the 
source node 302, and the printer 60, including the 1394 
interface 62, serves as the destination node 304. 
[0083] As is shown in Fig. 3, one or more connections 
can be established between the source node 302 and 
one or more destination nodes 304. When a request for 
the transmission of specific object data is issued, one 
or more controllers 300 establish these connections in 
accordance with the communication protocol that will be 
described later. 

[0084] In this embodiment, one or more destination 
offsets can be set that can be used for one connection. 
The value of the destination offset may be either a value 
that is set in advance, or a variable value that the con- 
troller 300 or the source node 302 sets. It should be not- 
ed that the relationship between the connection and the 
destination offset is set in accordance with the commu- 
nication protocol that will be described later. 
[0085] When a plurality of destination offsets are to. 



be set for one connection, data communication having 
a plurality of forms can be provided with a single con- 
nection. For example, when different offset addresses 
are allocated to different forms of data communication, 
s one-to-one communication, one-to-N communication, 
and N-to-N communication can be implemented at the 
same time by a single connection. 
[0086] In this embodiment, the computer 10 that 
serves as the controller 300 may act as the destination 
io node 304. In this case, a connection is established be- 
tween the source node 302 and two destination nodes 
304, and the object data 308 are transmitted. 
[0087] In this embodiment, the computer 1 0 serves as 
the controller 300, but it may not necessarily be desig- 
ns nated the controller 300. The DVCR 28 or the printer 60 
may also act as the controller 300. 
[0088] An explanation will now be given for the basic 
transmission processing according to the communica- 
tion protocol defined in this embodiment. 
20 [0089] Figs. 4A, 4B and 4C are sequence charts 
showing the processing performed for the transmission 
of one set of object data. Fig. 4B is a sequence chart 
showing the processing performed when a bus is reset 
or a transmission error occurs during the transmission 
25 of one set of object data. 

[0090] According to the communication protocol in 
this embodiment, when the controller 300 has estab- 
lished the previously described connection, it transmits 
one set of object data by performing one or more asyn- 
30 chronous broadcast transactions. The detailed asyn- 
chronous broadcast transaction processing will be de- 
scribed while referring to Figs. 4 A to 4C. A packet used 
for an asynchronous broadcast transaction (hereinafter 
referred to as an asynchronous broadcast packet) will 
35 be explained while referring to Fig. 5. 

[0091] The asynchronous broadcast transaction and 
the asynchronous broadcast packet are an innovative 
process and an innovative packet format that are spec- 
ified by the communication protocol in this embodiment. 
40 [0092] The basic transmission processing in accord- 
ance with the communication protocol in this embodi- 
ment will now be described while referring to Figs. 4A 
and 4C. Fig. 4A is a sequence chart for explaining how 
data communication is to be performed when a connec- 
^5 tion is established with only one destination node 304. 
Fig. 4C is a sequence chart for explaining how data com- 
munication is performed when a single connection is 
employed for three destination nodes 304. 
[0093] The controller 300 establishes a connection ID 
so for identifying the logical connection relationship exist- 
ing between the source node 302 and one or more des- 
tination nodes 304. The controller 300 then notifies the 
individual nodes of the connection ID that is to be used, 
and establishes a single connection (401 and 402 in 
55 Figs. 4 A and 4C). 

[0094] After relaying the connection ID notification, 
the controller 300 instructs the source node 302 to initi- 
ate the transmission of the object data 308 (403 in Figs. 
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4A and 4C). 

[0095] Upon receiving the instruction, the source 
node 302 begins negotiations with one or more destina- 
tion nodes 304, and performs the initial setup for the 
asynchronous broadcast transaction (404 and 405 in 
Figs. 4A and 4C). 

[0096] After performing the initial setup, the source 
node 302 executes the asynchronous broadcast trans- 
action, and sequentially broadcasts the object data 308, 
which consists of one or more data segments (406 to 
409 in Figs. 4A and 4C). 

[0097] A transfer model for the object data 308 in this 
embodiment will now be described while referring to Fig. 
7. The object data 308 in Fig. 7 are still image data of, 
for example, 128 Kbytes. 

[0098] The source node 302 divides the object data 
308 into, for example, 500 data segments (one data seg- 
ment is 256 bytes) in accordance with the reception ca- 
pabilities of the individual destination nodes 304 that are 
identified during the initial setup process. The size of 
one data segment is variably determined by the source 
node 30 by referring to the size of the internal buffer at 
each of the destination nodes 304. In Fig. 7 is shown a 
case where internal buffers having the same data size 
as that of the object data 308 are available. 
[0099] The source node 302 transmits one or more 
data segments by performing at least one asynchronous 
broadcast transaction. In Fig. 7, one data segment is 
transmitted by performing one asynchronous broadcast 
transaction. 

[0100] When all the data segments have been trans- 
mitted, the source node 302 terminates the data com- 
munication connection with one or more destination 
nodes 304 (410 and 411 in Figs. 4A and 4C). 
[0101] The operation of the controller 300 will now be 
explained in detail while referring to Figs. 4A and 4C. 
[01 02] The controller 300 asynchronously transmits a 
packet for establishing a connection (hereinafter re- 
ferred to as a connection request packet) to the source 
node 302 that was selected by the user and to one or 
more destination nodes 304 (401 and 402 in Figs. 4 A 
and 4C). A connection ID is stored in the payload of the 
packet to identify the connection established between 
the source node 302 and the destination node 304. 
[01 03] The connection between the source node 302 
and one or more destination nodes 304 is established 
by the controller 300 in accordance with the connection 
ID previously allocated for the source node 302, and the 
connection ID previously allocated for each of the des- 
tination nodes 304. 

[01 04] The controller 300 asynchronously transmits a 
transaction command packet to the source node 302 
(403 in Figs. 4A and 4C). 

[0105] Upon receiving the transaction command 
packet, the source node 302 performs the initial setup 
in accordance with the connection ID received from the 
controller 300, and executes an asynchronous broad- 
cast transaction (404 to 409 in Figs. 4 A and 4C)..By ex- 



ecuting the asynchronous broadcast transaction, the 
source node 302 can sequentially transmit the object 
data 308 that consists of one or more data segments. 
[0106] In the communication protocol in this embodi- 

5 ment, the controller 300 provides a function for manag- 
ing the connection and the disconnection of nodes. 
Therefore, after the connection has been established, 
the transmission of the object data 308 is initiated by 
negotiations performed between the source node 302 

10 and the destination nodes 304. 

[0107] When a series of asynchronous broadcast 
transactions has been completed, the source node 302 
outputs an asynchronous broadcast packet indicating 
the end of the segment (hereinafter referred to as a seg- 

is ment end packet) (410 in Figs. 4A and 4C). 

[0108] Upon receiving the segment end packet from 
the source node 302, the controller 300 disconnects the 
nodes and terminates the data transmission process 
(411 in Figs. 4A and 4C). 

20 [0109] Since the segment end packet is broadcast, 
the contents of the packet can also be detected by a 
destination node 304. Therefore, the destination node 
304 instead of the controller 300 may disconnect the 
source node 302. 

25 [0110] The operation of the source node 302 will now 
be described in detail while referring to Figs. 4Aand AC. 
[0111] When the source node 302 receives the con- 
nection request packet and the transaction command 
packet from the controller 300, the source node 302 

30 transmits, to a destination node 304, an asynchronous 
broadcast packet requesting the transmission of a data 
transmission request (hereinafter referred to as a send 
request packet) (404 in Figs. 4A and 4C). 
[0112] The send request packet is a packet used to 

35 obtain the initial information that is required for an asyn- 
chronous broadcast transaction for the object data 308. 
A connection ID designated by the controller 300 is writ- . 
ten in the packet. 

[0113] The destination node 304 broadcasts an asyn- 
40 chronous broadcast packet (hereinafter referred to as 
an ack response packet) that constitutes a response to 
the send request packet (405 in Figs. 4A and 4B). The 
same connection ID as that used for a send request 
packet is written in the ack response packet. Therefore, 
45 the source node 302 can examine the connection ID in 
the ack response packet that is received, and can iden- 
tify the connection through which that packet has been 
transmitted. 

[01 14] In the ack response packet are stored the size 
50 of the internal buffer available at the destination node 
304 and the offset address for a specific memory space. 
Upon receiving the ack response packet, the source 
node 302 sets the destination offset for it that designates 
in common the memory spaces in the destination nodes 
ss 304, and begins the asynchronous broadcast transac- 
tion. The destination offset is designated by using the 
offset address included in the ack response packet re- 
ceived from each destination node 304. 
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[0115] In this embodiment, the destination offset used 
for the asynchronous broadcast transaction is set using 
the offset address included in the ack response packet. 
However, this destination offset may be set in a different 
manner. For example, the controller 300 may have a 
function for managing the destination offsets used for 
individual connections, and may set destination offsets 
that correspond to the connection IDs. In this case, des- 
tination offsets corresponding to the connections are 
transmitted by the controller 300 to the source node 302. 
[01 1 6] The source node 302 writes the first asynchro- 
nous broadcast packet in the memory space indicated 
by the destination offset (406 in Figs. 4A and 4C). The 
connection ID and the sequence number of a data seg- 
ment are stored in the packet. 

[0117] After transmitting the first asynchronous 
broadcast packet, the source node 302 waits for a re- 
sponse packet from the destination node 304. The des- 
tination packet 304 transmits, as a response packet, an 
asynchronous broadcast packet in which its connection 
I D and the sequence number are stored. Upon receiving 
the response packet, the source node 302 increments 
the sequence number, and transmits another asynchro- 
nous broadcast packet that includes the sequence 
number of the next data segment (407 in Fiqs 4A and 
4C). 

[0118] By repeating the above process, the source 
node 302 sequentially performs the asynchronous 
broadcast transactions (408 and 409 in Figs. 4A and 
4C). The maximum waiting time for a response from a 
destination node 304 is determined in advance. When 
no response is transmitted before the maximum waiting 
time has expired, the same sequence number is em- 
ployed to retransmit the same data segment. 
[0119] When a response packet requesting re-trans- 
mission is issued by a destination node 304, the source 
node 302 can broadcast the data that correspond to the 
designated sequence number. 

[0120] When all of the object data 308 has been trans- 
mitted by means of the asynchronous broadcast trans- 
actions, the source node 302 broadcasts the segment 
end packet and terminates the data transmission (410 
and 411 in Figs. 4A and 4C). 

[0121] As is described above, the source node 302 
divides the object data 308 into one or more segments 
as needed. Therefore, the transmission of above re- 
sponse packet will occur in association with the asyn- 
chronous broadcast transmission of the data segments. 
One data segment is transmitted for each asynchronous 
broadcast transaction that is performed. The destination 
node 304 includes a buffer having the above described 
capacity. 

[0122] In this embodiment, it is so designed that a re- 
sponse packet is transmitted in association with the 
asynchronous broadcast transaction of one data seg- 
ment. However, a destination node 304 may transmit a 
response packet after the data buffer at the destination 
node 304 has been filled with a plurality of sequential 



data segments. 

[01 23] The operation of destination node 304 will now 
be described in detail while referring to Figs. 4A and 4C. 
[01 24] When a connection request packet is received 
5 from the controller 300, the destination node 304 waits 
for the send request packet from the source node 302 
(404 in Figs. 4A and 4C). 

[0125] Upon receiving the send request packet, the 
destination node 304 compares the connection ID writ- 
'0 ten in the packet with the connection ID received from 
the controller 300, and determines whether the received 
packet originated at the source node 302. 
[0126] When the send request packet that is received 
is from the source node 302, the destination node 304 
'5 broadcasts the ack response packet in which are written 
the connection ID, the size of the available internal buff- 
er, and the offset address that for the a specific memory 
space (405 in Figs. 4A and 4C). 

[0127] When an asynchronous broadcast packet re- 
20 ceived from the source node 302 is written in the mem- 
ory space, the destination node 304 inspects the con- 
nection ID contained in the packet. When the connection 
ID stored in the packet matches the connection ID of the 
destination node 304, the destination node 304 broad- 
25 casts a response packet in which are stored the con- 
nection ID and the sequence number included in the re- 
ceived packet (406 and 409 in Figs. 4A and 4C). in this 
case, the data segment included in the received asyn- 
chronous broadcast packet is stored in the interna! buff- 
30 er. When the connection ID included in the received 
packet differs from the connection ID of the destination 
node 304, the destination node 304 abandons the re- 
ceived packet. 

[0 1 28] When the destination node 304 ascertains that 
35 the sequence number of the received packet does not 
match, it can transmit a response packet to request a 
re-transmission. In this case, the destination node 304 
notifies the source node 302 of the sequence number 
for which the re -transmission is requested. 
■to [0129] When all the asynchronous broadcast transac- 
tions above been completed, the source node 302 
broadcasts the segment end packet. Upon receiving this 
packet, the destination node 304 terminates the data 
transmission processing (410 in Figs. 4A and 4C). 
45 [01 30] After receiving the segment end packet, the 
destination node 304 broadcasts a response packet in- 
dicating that it has received the segment end packet 
(411 in Figs. 4A and 4C). 

[0131] As is described above, the communication 
50 system in this embodiment can resolve the inconven- 
iences encountered with a conventional communication 
system. In addition, the communication system in this 
embodiment can easily and quickly perform the trans- 
mission of data even when real-time processing is not 
55 required. 

[01 32] Since, when the controller establishes the con- 
nection, the object data are exchanged between the 
source node and the destination nodes, the controller 
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need not be employed for the transmission, and the data 
transmission can be performed easily, with no compli- 
cated processing being required. 
[0133] Since a destination node always transmits a 
response packet tor each broadcast transaction a sat- 
isfactory communication protocol can be provided. 
[0134] In order to implement a more satisfactory data 
transmission, data transmission must be resumed rap- 
idly without any data being lost, even when the data 
transmission is halted due to resetting of a bus or the 
occurrence of a transmission error. While referring to 
Fig. 4B, an explanation will now be given for the resump- 
tion processing that is specified in accordance with the 
communication protocol in this embodiment. 
[01 35] Assume that a bus reset occurs after an asyn- 
chronous broadcast packet having sequence number of 
i is received. Each of the nodes halts the transmission 
and initializes the bus, identifies the connection config- 
uration, and sets the node ID in accordance with the pro- 
cedures defined in the IEEE1 394-1995 standards (420 
and 421 in Fig. 4B). 

[01 36] When the bus has been rebuilt, the destination 
node 304 broadcasts a resumption request packet (re- 
send request packet) in which the connection ID and the 
sequence number i are stored (422 in Fig. 4B). 
[0137] When the asynchronous broadcast transac- 
tion can be resumed, the source node 302 identifies the 
connection ID contained in a received resend request 
packet, and broadcasts an ack response packet in 
which that connection ID is stored (423 in Fig. 4B). 
[0138] Then, starting with the sequence number that 
was requested by the resend request packet, the source 
node 302 begins to sequentially broadcast data seg- 
ments, i.e., data segments beginning with sequence 
number (i + 1 ) (424 in Fig. 4B). 

[01 39] In the above described processing, even when 
data transmission has been hatted, the controller 300, 
the source node 302 and the destination nodes 304 can 
easily and satisfactorily resume the transmission of da- 
ta, without taking their node IDs into account. 
[01 40] As is described above, in this embodiment, the 
control process performed by the controller 300 can be 
simplified even when the data transmission has been is 
halted. 

[0141] The structure of the asynchronous broadcast 
packet specified in this embodiment will now be de- 
scribed, while referring to Fig. 5. The asynchronous 
broadcast packet is a data packet having one quad let 
(four bytes = 32 bits) as one unit. 
[0142] The structure of a packet header 521 will be 
described first. 

[0143] In Fig. 5, a field 501 (16 bits) represents 
destination_ID ; which is a node ID of a recipient, i.e., a 
destination node 304. Since an asynchronous broad- 
cast transaction of the object data 308 is implemented 
in accordance with the communication protocol of this 
embodiment, the value of the field 501 is employed as 
a broadcast ID, i.e.,FFFF l6 . 



[0144] A field 502 (6 bits) represents a transaction lev* 
el (tl) and is a tag inherent to each transaction. 
[0145] A field 503 represents a retry (rt) code to des- 
ignate a retry of the packet. 

s [0146] A field 504 (4 bits) represents a transaction 
code (tcode). The transaction code tcode designates a 
packet format and the type of transaction that must be 
performed. In this embodiment, the value of this field is 
set, for example, to000l 2 , and requests a process (i.e., 

10 write transaction) for writing a data block 522 of this 
packet in the memory space defined by a 
destination_offset field 507. 

[0147] A field 505 (4 bits) represents a priority (pri), 
and designates the priority order. In this embodiment, 
15 the value of this field is set to 0000 2 - 

[0148] A field 506 (16 bits) represents a variable 
sourceJD that is the node ID of the transmission side : 
i.e., the source node 302. 

[0149] The field 507 (48 bits) represents a variable 
20 destination_offset, and designates in common the lower 
48 bits of the address spaces included in the individual 
destination nodes 304. The same destination_offset val- 
ue may be set for all the connections, or a different 
destination_offset value may be set for each connec- 
ts tion. However, it is efficient for a different 
destination_offset value to be set because the asyn- 
chronous broadcast packets from a plurality of connec- 
tions can be processed in parallel. 
[0150] A field 508 (16 bits) represents a variable 
30 datajength, and employs bytes to indicate the length 
of a data field that will be described later. 
[01 51] A field 509 (16 bits) represents a variable 
extended_tcode. In this embodiment, the value of this 
field is set to 0000 16 . 
35 [0152] A field 510 (32 bits) represents a variable 
header_CRC, in which error detection code correspond- 
ing to the fields 501 to 509 are stored. 
[0153] A data block 522 will now be described. In this 
embodiment, the data block 522 is composed of header 
40 information 523 and a data field 524. 

[0154] A connection ID for identifying the logical con- 
nection relationship between the nodes is included in 
the header information 523. The structure of the header 
information 51 3 is varied in accordance with the purpose 
45 of its use. 

[0155] The data field 524 is a field having a variable 
length, and the data segments are stored therein. When 
the data segment stored in the data field 524 is not a 
multiple of the quadlet, a 0 is entered in a portion that 
so does not reach the quadlet. 

[0156] A field 511 (16 bits) represents a variable 
connectionJD, and the connection ID in this embodi- 
ment is stored therein. The 1 394 interface of this em- 
bodiment employs the connection ID stored in this field 
55 51 1 to identify a connection that is established between 
the source node 302 and one or more destination nodes 
304. In this embodiment, 2 16 x (the number of nodes) 
connections can be established. Therefore, a plurality 
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of connections can be established before the total com- 
munication bands used by the connections reach the ca- 
pacity limit for the transmission path. 
[0157] A field 512 (8 bits) represents a variable 
protocoljype, and indicates the communication 
processing (i.e., the communication protocol type) that 
is based on the header information 5213. When the 
communication protocol in this embodiment is indicated, 
the field value is, for example, 01 16 . 
[0158] A field 513 {8 bits) represents a variable 
con trol_f lags, and predetermined control data are set 
therein to control the communication order according to 
the communication protocol in this embodiment. The 
most significant bit in this field 513 is employed, for ex- 
ample, as a re-transmission request (resend_request) 
flag. When the value of the most significant bit in the 
field is 1, it is assumed that a re -transmission has been 
requested according to the communication protocol of 
this embodiment. 

[0159] A field 514 (16 bits) represents a variable 
sequence_number. A sequential value, i.e., a sequence 
number, is set for a packet that is transmitted in accord- 
ance with a specific connection ID (the connection ID 
designated in the field 511 ). With the sequence number, 
the destination node 304 can monitor the continuity of 
data segments that are sequentially transmitted by the 
asynchronous broadcast transactions. If the sequence 
number and the data segment do not match, the desti- 
nation node 304 can request a re-transmission based 
on the sequence number. 

[0160] A field 515 (16 bits) represents a variable 
reconfirmation^ umber. In this embodiment, this field is 
meaningful only when the re-transmission request flag 
is set to a value of 1 . in this case, the sequence number 
of the packet for which re-transmission is requested is 
set in the field 515. 

[0161] A field 516 (16 bits) represents a variable 
buffer_size. The buffer size for the destination node 304 
is set in this field 516. 

[0162] A field 517 (48 bits) represents a variable 
offset_address. The lower 48 bits in the address space 
included in the destination node 304 are stored in this 
field 517. With this field, one of the first memory spaces 
310 in the n-th memory space 314 shown in Fig. 3 is 
designated. 

[0163] A field 518 (32 bits) represents a variable 
data_CRC. An error detection code for the fields 511 to 
517 (including the header information 523 and the data 
field 524) is stored in the variable data_CRC, as well as 
in the variable header_CRC described above. 
[0164] While referring to Figs. 8 and 9, a detailed ex- 
planation will now be given for the communication 
processing specified by the communication protocol for 
this embodiment. 

[0165] In this embodiment, an explanation will be es- 
pecially given for the processing for, during transmission 
period, terminating a series of asynchronous broadcast 
transactions performed between the source node 302 . 



and the destination node 304. 

[01 66] Fig. 9 is a sequence chart showing an example 
where the transmission is easily halted by the source 
node 302 and the destination node 304. In Fig. 9, the 
5 asynchronous broadcast transaction between the 
source node 302 and one destination node 304 is em- 
ployed for simplifying the explanation. However, the 
same processing can be preformed for the transaction 
with N destination nodes 304. 
io [01 67] In Fig. 9, the destination node 304 can halt the 
transmission of data to the source node 302 by no trans- 
mission of a response packet. In the example in Fig. 9 : 
the destination node 304 does not transmit a response 
packet relative to the n-th asynchronous broadcast 
'5 transaction (901 in Fig. 9). 

[0168] In this case, when a response packet is not re- 
ceived from the destination node 304 within a period of 
time (response timeout 901 ) that is designated in ad- 
vance, the source node 302 automatically re-transmits 
20 the data segment having the same sequence number 
as that of the preceding asynchronous broadcast packet 
(903 in Fig. 9). 

[0169] If the response packet is not received though 
the above process is repeated at a predetermined 
25 number of times (904 in Fig. 9), the source node 302 
assumes that the destination node 304 halted the data 
transmission, and broadcasts an abort packet (905 in 
Fig. 9). The abort packet is a packet to halting a series 
of asynchronous broadcast transactions performed be- 
30 tween the source node 302 and the destination node 
304. 

[0170] With the abort packet, the controller 300 and 
the destination node 304 are notified of the end of the 
transmission, and the source node 302 terminates the 
35 data transmission. The controller 300 disconnects the 
node corresponding to the abort packet. 
[0171] According to the communication protocol of 
this embodiment, through the above processing, the 
destination node 304 can easily halt the data transmis- 
-to sion, without performing special processing, and the 
controller 300 can perform disconnection. 
[0172] As is shown in Figs. 10A to 10C, a series of 
asynchronous broadcast transactions can also be halt- 
ed when one of the controller 300, the source node 302 
•*5 or the destination node 304 broadcasts an abort packet 
that requests the halt of the transmission. 
[0173] Fig. 10A is a diagram showing an example 
where the source node 302 issues a halt request. Fig. 
1 0B is a diagram showing an example where the desti- 
ne nation node 304 issues a halt request. Fig. 10C is a di- 
agram showing an example where the controller 300 is- 
sues a halt request. In Figs. 10A to 10C, the asynchro- 
nous broadcast transaction between one source node 
302 and one destination node 304 is employed for sim- 
55 plifying the explanation. However, the same process 
can be performed for N destination nodes 304. 
[0174] A node that desires to halt the asynchronous 
broadcast transaction broadcasts an abort packet dur- 
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ing the data transmission period. Upon receipt of the 
abort packet, the source node 302 or the destination 
node 304 halts the data transmission ion accordance 
with the predetermined procedures, and the controller 
disconnects the node. 

[0175] In Fig. 10A. the source node 302 broadcasts 
the abort packet after the n-th asynchronous broadcast 
transaction is completed (1001 in Figs. 10A to 10C). In 
Fig. 10B, the destination node 304 broadcasts the abort 
packet after the n-th asynchronous broadcast transac- 
tion is completed (1002 in Figs. lOAtolOC). In Fig. 10C, 
the controller 300 broadcasts the abort packet after the 
n-th asynchronous broadcast transaction is completed 
(1003 in Figs. 10A to 10C). 

[0176] Through the above processing, the controller 
300, the source node 302 and the destination node 304 
ensure to halt the data transmission by performing sim- 
ple procedures, and can disconnect the other nodes. 
[0177] As is described above, according to the indi- 
vidual embodiments, a logical connection relationship 
that does not depend on the physical connection form 
can be built in a bus network that conforms to the 
IEEE 1394-1 995 standards. 

[0178] In these embodiments, for the communication 
system that conforms to the IEEE 1 394-1 995 standards, 
an innovative communication protocol can be provided 
according to which a comparatively large amount of ob- 
ject data (e.g., still image data, graphics data, text data, 
file data, program data, etc.), (or which reliability is re- 
quested even though real-time processing is not re- 
quired, can be divided into one or more data segments 
and the data segments can be sequentially transmitted. 
[0179] In addition, according to the above embodi- 
ments, for a communication system that conforms to the 
IEEE1 394-1995 standards, an innovative communica- 
tion protocol can be provided with which data commu- 
nication between a plurality of devices can be imple- 
mented by using a communication method for the asyn- 
chronous broadcasting of data. 

[0180] Furthermore, according to the above embodi- 
ments, a plurality of sets of continuous data can be sat- 
isfactorily transmitted, without requiring the isochronous 
transmission method that conforms to the 
IEEE1 394-1995 standards. One set of object data can 
be divided into a plurality of data segments that can be 
individually transmitted. 

[0181] Further, according to the above embodiments, 
since communication among a plurality of devices is 
managed at one connection, multiple communications 
that do not requ ire a very large communication band can 
be performed at the same time. 

[0182] Multiple communications can be performed in 
a transmission band wherein only a few nodes are em- 
ployed. 

[01 83] In the above embodiments, even when the da- 
ta transmission is halted due to a bus reset or a trans- 
mission error, information can be transmitted concern- 
ing the contents of : data that have been lost, and the. 



transmission can be resumed without very complicated 
processing being required. 

(Other Embodiment) 

s 

[01 84] The communication protocols in the above em- 
bodiments and the various operations required to imple- 
ment them can be achieved by software. 
[0185] For example, a storage medium on which pro- 
w gram code is stored to implement the functions in the 
first to the fifth embodiments is supplied to the control- 
lers (the MPU 1 2, the system controller 50 and the print- 
er controller 68 in Fig. 2) of apparatuses that constitute 
the communication system in the individual embodi- 
es ments. The controllers permit the communication sys- 
tem or the apparatuses to read the program code from 
the storage medium, and to implement the functions of 
the embodiments in accordance with the program code, 
so that the above embodiments can be implemented. 
20 [0186] Further, a storage medium on which program 
code is stored to implement the functions in the first to 
the fifth embodiments is supplied to the 1 394 interfaces 
14, 44 and 62 of the apparatuses. The controller (e.g., 
the serial bus management unit 806 in Fig. 8) permits 
25 the 1 394 interfaces 1 4, 44 and 62 to implement the func- 
tions of the embodiments in accordance with the pro- 
gram code stored- in the storage medium, so that the 
above embodiments can be implemented. 
[0187] In this case, the program code read from the 
30 storage medium is used to implement the functions of 
the above described embodiments. The program code 
or the means (e.g., the storage medium) on which the 
program code is stored constitutes the present inven- 
tion. 

35 [01 88] A storage medium for supplying such program 
code can be, for example, a floppy disk, a hard disk, an 
optical disk, a magneto optical disk, a CD-ROM, a mag- 
netic tape, a nonvolatile memory card, or a ROM. 
[0189] In addition, the scope of the present invention 

40 includes a case wherein the functions of the first to the 
fifth embodiments can be implemented when the pro- 
gram code is read from the storage medium and stored 
in a memory included in a function expansion unit that 
is connected to the above controller, and wherein the 

45 controller in the function expansion unit performs one 
part, or all of the actual processing, in accordance with 
the program code stored in the memory. 
[01 90] The present invention may be embodied in oth- 
er specific forms without departing from the spirit or es- 

50 sential characteristics thereof. 

[0191] For example, in the above embodiments, the 
communication protocol that can be applied to the net- 
work that conforms to the IEEE1 394-1 995 has been ex- 
plained. However, the communication protocol in these 

55 embodiments can be applied for a bus network that con- 
forms to the IEEE1 394-1 995 standards, and a network 
that can virtually constitute a bus network. 
[0192] Therefore, the above mentioned embodiments 
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are merely examples in all respects, and must not be 
construed as limiting the invention. 
[0193] The scope of the present invention is defined 
by the scope of the appended claims, and is not limited 
at all by the specific descriptions given in this specifica- s 
tion. Furthermore, all the modifications and changes be- 
longing to the equivalents of the claims are considered 
as falling within the scope of the present invention. 



Claims 



w 



1. A data communication system comprising: 

. a source node for transmitting data composed is 
of one or more segments by employing at least 
one asynchronous communication; 
one or more destination nodes for receiving da- 
ta from said source node; and 
a controller for setting a logical connection re- 20 
lationship between said source node and said 
one or more destination nodes, 
wherein one of said source node, said destina- 
tion node and said controller halts transmission 
of said data. 25 

2. A data communication system according to claim 1, 
wherein said source node transmits said data 
based on said logical connection relationship estab- 
lished with said one or more destination nodes. so 

3. A data communication system according to claim 1 , 
wherein said source node sequentially performs 
said asynchronous communication. 



4. A data communication system according to claim 1 , 
wherein said one or more destination nodes trans- 
mit said data based on said logical connection re- 
lationship established with said source node. 

5. A data communication system according to claim 1 , 
wherein said one or more destination nodes trans- 
mits a response to data that are received through 
said asynchronous communication. 

6. A data communication system according to claim 5, 
wherein said one or more destination nodes do not 
transmit a response to halt transmission of said da- 
ta. 



35 



40 



45 



so 



7. A data communication system according to claim 1 , 
wherein at least one of said source node, said des- 
tination node and said controller employs said log- 
ical connection relationship to notify another node 
that transmission of said data is halted. ss 

8. A data communication system according to claim 1 , 
wherein said controller is capable of establishing 



one or more logical connection relationships be- 
tween said source node and said one or more des- 
tination nodes. 

9. A data communication system according to claim 1 . 
wherein said controller cancels said logical connec- 
tion after transmission of said data is halted. 

10. A data communication system according to claim 1, 
wherein said logical connection relationship is can- 
celed by said controller or said destination nodes 
after said data have been transmitted. 

11. A data communication system according to claim 1 , 
wherein an initial setup required for the transmis- 
sion of said data is performed between said source 
node and said one or more destination nodes. 

12. A data communication system according to claim 
1 1 , wherein said controller is capable of setting one 
part of the initial information that is to be set during 
said initial setup. 

13. A data communication system according to claim 
11, wherein said one or more destination nodes 
transmit to said source node said initial information 
required for said initial setup. 

14. A data communication system according to claim 
11 , wherein said source node performs said initial 
setup by using said initial information received from 
said one or more destination nodes. 

15. A data communication system according to claim 
11 , wherein during sard initial setup at the least ei- 
ther a destination address that designates memory 
spaces that are used in common at said one or more 
destination nodes, or the size of a reception buffer. 

1 6. A data communication system according to claim 1 , 
wherein said source node employs asynchronous 
communication to broadcast said data. 

1 7. A data communication system according to claim 1 , 
wherein said source node performs said asynchro- 
nous communication to write said data in said mem- 
ory spaces designated in common in said one or 
more destination nodes. 

1 8. A data communication system according to claim 1 , 
wherein said one or more destination nodes store 
said data in said memory spaces designated in 
common in said one or more destination nodes. 

19. A data communication system according to claim 1 , 
wherein said asynchronous transmission conforms 
to the asynchronous transmission system accord- 
ing to the IEEE1 394-1 995 standards. 
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20. A data communication system according to claim 1 , 
which is a bus network. 

21. A data communication system according to claim 1, 
which is a network that conforms to the 
IEEE 1394-1995 standards. 

22. A data communication system according to claim 1 , 
wherein said data composed of one or more seg- 
ments is constituted by at least one of still image 
data, graphics data, text data, file data, and pro- 
gram data. 

23. A data communication method comprising the steps 
of: 

establishing a logical connection relationship 
between a source node and one or more des- 
tination nodes; 

transmitting data composed of one or more 
segments to said one or more destination 
nodes by employing at least one asynchronous 
communication: and 

receiving said data carried by said asynchro- 
nous communication in accordance with said 
logical connection relationship that has been 
established, 

wherein at least one of said source node, said 
destination node and a controller halts trans- 
mission of said data. 

24. A data communication system comprising: 

a source node for transmitting data composed 
of one or more segments by employing at least 
one broadcast communication in accordance 
with a logical connection relationship; and 
one or more destination nodes for receiving da- 
ta from said source node in accordance with 
said logical connection relationship: 
wherein the transmission of said data is halted 
by either said source node or said one more 
destination nodes. 

25. A data communication method comprising the steps 
of: 

transmitting data composed of one or more 
segments by employing at least one broadcast 
communication in accordance with a logical 
connection relationship; and 
receiving data from said source node in accord- 
ance with said logical connection relationship: 
and 

halting the transmission of said data using ei- 
ther said source node or said one more desti- 
nation nodes. 



26. A data communication apparatus comprising: 

means for assembling data composed of one 
or more segments to form as least one commu- 
5 nication packet: and 

means for asynchronously transmitting said 
communication packet in accordance with a 
logical connection relationship that is estab- 
lished between a source node and one or more 
io destination nodes, 

wherein asynchronous transmission of at least 
one communication packet is capable of being 
halted. 

is 27. A data communication method comprising the steps 
of: 

assembling data composed of one or more seg- 
ments to form as least one communication 
20 packet: and 

asynchronously transmitting said communica- 
tion packet in accordance with a logical connec- 
tion relationship that is established between a 
source node and one or more destination 
25 nodes; and 

halting asynchronous transmission of at least 
one communication packet. 

28. A data communication apparatus comprising: 

30 

means for assembling data composed of one 
or more segments to form as least one commu- 
nication packet: and 

means for asynchronously transmitting said 
35 communication packet in accordance with a 

logical connection relationship that is estab- 
lished between a source node and one or more 
destination nodes, 

wherein asynchronous transmission o( at least 
40 one communication packet is capable of being 

halted. 

29. A data communication method comprising the steps 
of: 



receiving at least one communication packet 
carried by an asynchronous communication in 
accordance with a logical connection relation- 
ship that is established between a source node 

so and one or more destination nodes: 

writing data included in said communication 
packet in a memory space used in common 
with another device: and 
halting asynchronous transmission of at least 

ss one communication packet. 

30. A data communication apparatus comprising: 
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means for establishing a logical connection re- 
lationship between a source node and one or 
more destination nodes; and 
means for notifying said source node and said 
one or more destination nodes of a connection 5 
ID to be used to identify participants in said log- 
ical connection relationship, and for halting 
asynchronous transmission in accordance with 
said logical connection relationship. 

w 

31 . A data communication method comprising the steps 
of: 

establishing a logical connection relationship 
between a source node and one or more des- is 
tination nodes: 

notifying said source node and said one or 
more destination nodes of a connection ID to 
be used to identify participants in said logical 
connection relationship; and 20 
hafting asynchronous transmission of at least 
one communication packet. 

32. A digital interface comprising: 

25 

means for assembling data composed of one 
or more segments to form as least one commu- 
nication packet; and 

means for asynchronously transmitting said 
communication packet in accordance with a 30 
logical connection relationship that- is estab- 
lished between a source node and one or more 
destination nodes, 

wherein asynchronous transmission of at least 
one communication packet is capable of being 35 
halted. 

33. A digital interface comprising: 

means for receiving at least one communica- 40 
tion packet by an asynchronous communica- 
tion in accordance with a logical connection re- 
lationship that is established between a source 
node and one or more destination nodes; and 
means for writing data included in said commu- -ts 
nication packet in a memory space used in 
common with another device, 
wherein asynchronous transmission of at least 
one communication packet is capable of being 
halted. so 

34. A digital interface comprising: 

means for establishing a logical connection re- 
lationship between a source node and one or ss 
.more destination nodes; and 
means for notifying said source node and said 
one or more destination nodes of a connection 



ID to be used to identify participants in said log- 
ical connection relationship, and for halting 
asynchronous transmission in accordance with 
said logical connection relationship. 
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